home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 1230 < prev    next >
Encoding:
Text File  |  1996-08-05  |  4.4 KB  |  97 lines
  1. Newsgroups: comp.dcom.modems
  2. Path: FreeNet.Carleton.CA!an171
  3. From: an171@FreeNet.Carleton.CA (Anthony Hill)
  4. Subject: Re: Astounding high CPS rate!
  5. Message-ID: <DL1vxE.2yp@freenet.carleton.ca>
  6. Sender: an171@freenet5.carleton.ca (Anthony Hill)
  7. Reply-To: an171@FreeNet.Carleton.CA (Anthony Hill)
  8. Organization: The National Capital FreeNet
  9. References: <4cvsii$h0@horus.infinet.com> <4d3smg$cbi@news.hal.com>
  10. Date: Fri, 12 Jan 1996 04:17:38 GMT
  11.  
  12.  
  13. Dwight Elvey (elvey@hal.COM) writes:
  14. > In article <4cvsii$h0@horus.infinet.com>, armhead@infinet.com (Bob Selfinger) writes:
  15. > |> I have recently gotten a series of very high CPS dl's
  16. > |> on 14.4 ZMODEM of ZIP files.
  17. > |> 
  18. > |> Now, I have been suffering from line noise, (I need to
  19. > |> get down to the basement and re-route a phone line which
  20. > |> I installed paralell to electric wiring - duuugh, I thought
  21. > |> that was OK at the time).  I have been getting 1000 - 1300
  22. > |> because of the noise.  I used to get about 1620 or so 
  23. > |> before the line noise started.
  24. > |> 
  25. > |> I have just gotten some dl's in the range of 1800-2100!
  26. > |> I never got that, even before the noise.  It is not the files
  27. > |> being compressable or anything like that.  They were all zip
  28. > |> files from various sources.
  29. > |> 
  30. > |> Here is the thing... I was going between two PC's, each on a
  31. > |> separate phone line in the same house.  Now, a severely
  32. > |> uninformed person might have predicted this - Hey, there is
  33. > |> only a short distance to go!  But I know (or thought I knew!)
  34. > |> that this would not make any difference - the call still has
  35. > |> to go all the way to the phone office and then back, and these
  36. > |> two phone lines are each on different exchanges from each other.
  37. > |> I just don't see why this should have worked so well.  Both
  38. > |> lines are noisey.  I was expecting 1000-1300 CPS as usual.
  39. > |> I am stumped.  Both PC's are still getting 1000-1300 on dl's
  40. > |> from BBS's.  What is happening here? 
  41. > |> --
  42. > |> =========================================>
  43. > |> Bob Selfinger
  44. > |> armhead@infinet.com
  45. > |> =======================>
  46. > |> 
  47. > 
  48. > Hi
  49. >  Several factors are involved in the CPS of a connection. The
  50. > connect speed is only one part of a hole string of potentially
  51. > weak links. The BBS disk speed, processor and software are part
  52. > of the equation as well. Many BBS's have multiple lines going
  53. > into the same machine. This can also slow things down. Much
  54. > of the software that BBS people are using was written and optimized
  55.  
  56.     While some of these things can cause problems, the modems are
  57. almost always the slow link of the connection.  It doesn't take much
  58. processing power to send out the data to the serial port.  Even ISDN TAs,
  59. which can run at up to 128kbps, are usualy the slow link when connecting
  60. to a BBS.  Now, connecting to internet FTP sites is another story
  61. altogether.
  62.  
  63. > for 9600 baud connections. On top of this, you probably have your
  64. > modems set for v.42bis. Depending on the modems ability to recognize
  65. > compressed data, this can slow transfers. Remember its the sending
  66.  
  67.     Unless the modem is defective, v.42bis will properly detect
  68. whether or not the compressed frame is larger then the uncompressed frame,
  69. so the only way it'll slow things down is through it's character or two of
  70. overhead (rather insignificant).  MNP5 on the other hand, will not check
  71. the size of the packets and just sends the compressed packet regardless. 
  72. This CAN slow down transfer speeds considerably.
  73.  
  74. > end that desides this. Add all the variables up and you'll see
  75. > that there is a variation. It is even possible that the connect
  76. > speed isn't 14.4 when you talking to the BBS. Different modems
  77. > seem to report this differently.
  78.  
  79.     On really noisy lines this can often be a problem.  In some cases
  80. they will only connect at 12000 or 9600.
  81.  
  82. > ( PS I typically get ~1800 CPS with a 14.4K modem on transfers of
  83. >    compressed files and have seen 2400 CPS with text file and
  84. >    v.42bis )
  85.  
  86.     Well, FWIW the absolute maximum that a 14.4 will transfer data at
  87. without the use of compression is 1800cps, this is the very defintion of a
  88. 14.4 modem.  In reality you'll never see those kinds of speeds, since
  89. error control requires some overhead.  Almost all 14.4 modems on the
  90. market will transfer data at around 1700cps.  Of course, the software used
  91. to measure throughput for modems ranges from the "almost accurate" to the
  92. "intentionally misleading" <cough> Terminate <ahem>.
  93.  
  94. Anthony
  95. --
  96. Anthony Hill | an171@FreeNet.Carleton.CA
  97.